約 6,014,148 件
https://w.atwiki.jp/hisero/pages/16.html
ttp //blog.livedoor.jp/insidears/archives/52169454.html ttp //sbietc.blog43.fc2.com/blog-entry-944.html ttp //omoroikotobobiroku.seesaa.net/article/126630346.html ttp //chasoku.blog.shinobi.jp/Entry/1192/ ttp //teranews.livedoor.biz/archives/1398208.html ttp //news4vip.livedoor.biz/archives/51563393.html ttp //www8.atwiki.jp/storyteller/pages/186.html ttp //nicovip2ch.blog44.fc2.com/blog-entry-1643.html ttp //mootoko.blog.shinobi.jp/Entry/70/ ttp //majikichisokuhou.blog34.fc2.com/blog-entry-1953.html ttp //www.google.co.jp/search?client=opera rls=ja q=%E3%81%A1%E3%81%B5%E3%82%86+14%E6%AD%B3+%E4%B8%8D%E7%99%BB%E6%A0%A1 sourceid=opera ie=utf-8 oe=utf-8 ttp //majikichisokuhou.blog34.fc2.com/blog-entry-1366.html ttp //www.tokusetsu-news.com/entry.php/819 ttp //x2chx.blog82.fc2.com/blog-entry-720.html ttp //vipvipnews.com/archives/2901202.html ttp //blog.livedoor.jp/insidears/archives/52355771.html ttp //blog.livedoor.jp/insidears/archives/52362079.html ttp //itpro.nikkeibp.co.jp/article/COLUMN/20100824/351391/?ST=system ttp //2r.ldblog.jp/archives/3567869.html ttp //nicovip2ch.blog44.fc2.com/blog-entry-1944.html ttp //music2chnews.blog123.fc2.com/blog-entry-239.html ttp //blog.livedoor.jp/goldennews/archives/51565399.html ttp //blog.livedoor.jp/yumemigachi_salon/archives/51499728.html ttp //blog.livedoor.jp/googleyoutube/archives/51560892.html ttp //majikichisokuhou.blog34.fc2.com/blog-entry-2403.html#more ttp //blog.livedoor.jp/deal_with0603/archives/51640139.html ttp //blog.livedoor.jp/hisabisaniwarota/archives/51848653.html ttp //2r.ldblog.jp/archives/3862638.html ttp //yutori2ch.blog67.fc2.com/blog-entry-2225.html ttp //yutori2ch.blog67.fc2.com/blog-entry-2238.html ttp //blog.livedoor.jp/goldennews/archives/51580679.html ttp //blog.livedoor.jp/ringotomomin/archives/51591047.html ttp //2r.ldblog.jp/archives/3942613.html ttp //lifehack2ch.livedoor.biz/archives/51042605.html ttp //majikichisokuhou.blog34.fc2.com/blog-entry-2708.html ttp //uraura007.blog84.fc2.com/blog-entry-223.html ttp //uraura007.blog84.fc2.com/blog-entry-265.html ロ ttp //balsamic-mic.info/up-insalata/download/1297733649.zip ttp //blog.livedoor.jp/taison1224/archives/1587476.html ttp //blog.livedoor.jp/hisabisaniwarota/archives/51964160.html ttp //netaatoz.blog21.fc2.com/blog-entry-1206.html .
https://w.atwiki.jp/0927525018/pages/47.html
http //www37.atwiki.jp/joyfull/pages/15.html
https://w.atwiki.jp/gttokyojp/pages/11.html
@wikiにはいくつかの便利なプラグインがあります。 これ以外のプラグインについては@wikiガイドをご覧ください = http //atwiki.jp/guide/
https://w.atwiki.jp/wicky/pages/212.html
HTTPメッセージ HTTPは単純なテキストベースのプロトコルである。現在広く使用されているHTTPプロトコルはHTTP/1.1である。ただし古いブラウザなどではHTTP/1.0が使用されるが、Apacheを含むたいていのWebサーバではその両方に対応している。 Webサーバとクライアントの間では、複数行からなるHTTPメッセージがやり取りされる。WebクライアントがWebサーバへ送るメッセージを「リクエストメッセージ」、その応答としてWebサーバが返すメッセージを「レスポンスメッセージ」という。なお、HTTPメッセージにおける1行とは行末が「CRLF」(キャリッジリターン・ラインフィード)のテキストデータである。 リクエストメッセージ 次にリクエストメッセージのフォーマットの概略を示す。 先頭行のリクエストラインでは、次のような書式でサーバに送る「メソッド」(コマンド)を指定する。 メソッド URI HTTPバージョン ※「URI」(Universal Resource identifiers)とは、リソースの位置を示すための表記法である。実際にはURLはURIの一形式である。ここでは、WebサーバでDocumentRootとして設定されているディレクトリを起点とする絶対パスと考えてかまわない。 HTMLファイルやイメージファイルの取得には「GET」メソッドが使用される。たとえば、WebサーバのDocumentRootとして設定されているディレクトリから、HTTP/1.1プロトコルを使用し、HTMLファイル「index.html」を取得するリクエストラインは次のようになる。 GET /index.html HTTP/1.1 2行目以降のリクエストヘッダはリクエストに関する付加的な情報である。各行のフォーマットは次のようになる。 フィールド名:値 たとえば「host」フィールドはサーバのホスト名を指定する。なお、「バーチャルホストの設定?」で説明する、バーチャルホストに対応するため、HTTP/1.1以降ではリクエストヘッダに少なくともhostフィールドが必須になっている。次にhostフィールドの例を示す。 host www.peachpress.co.jp リクエストメッセージのヘッダ以降の部分であるメッセージボディが、クライアントからサーバに送る実際のデータである。コンテンツを取得するGETメソッドなどでは不要だが、たとえば、CGIプログラムなどにデータを送るPOSTメソッドでは、メッセージボディにデータを格納する。 主なメソッド 次に、一般的に使用されているHTTP/1.1のメソッドの例を示す。 ■HTTP/1.1の主なメソッド メソッド 説明 GET 指定したリソースを取得 HEAD 指定したリソースのレスポンスヘッダのみを取得 OPTIONS 使用できるメソッドやオプションの一覧を取得 POST サーバにリソースを送信 TRACE サーバの診断に利用 レスポンスメッセージ 次にリクエストメッセージを受け取ったWebサーバが返すレスポンスメッセージのフォーマットを示す。 先頭のステータスラインは要求されたリクエストの結果を示している。 HTTPバージョン ステータスコード 理由フレーズ 「ステータスコード」は結果を示す3桁の数値で、「理由フレーズ」はその簡単な説明である。たとえば要求されたファイルが見つからない場合には、次のようなステータスラインが返される。 ●ステータスコード HTTP/1.1 404 Not Found 次に主なステータスコードと理由フレーズを示す。 ■主なステータスコードと理由フレーズ ステータスコード 理由フレーズ 説明 200 OK リクエストが正しく処理された 400 Bad Request リクエストが不正なものであった 403 Forbidden アクセスが拒否された 404 Not Found ファイルが見つからない 405 Method Not Allowed 指定したメソッドがサポートされていない 415 Unsupporeted Media Type 指定したメディアタイプがサポートされていない 500 Internal Server Error サーバ内部のエラーが発生した 505 HTTP Version Not Supported リクエストしたバージョンはサポートされていない 「レスポンスヘッダ」はメッセージに関する付加情報である。各行の書式は「フィールド:値」となる。次に例を示す。 ●レスポンスヘッダ Date Wed, 08 Nov 2006 05 22 35 GMT ←日付 Server Apache/2.2.3 (Fedora) ←サーバ名 Last-Modified Fri, 29 Sep 2006 14 57 49 GMT ←最終更新日 ETag "1979a1-127-3d29b840" ←コンテンツに割り当てられる固有の値 Accept-Ranges bytes Content-Length 295 ←ファイルのサイズ Conection close Content-Type text/html; charset=UTF-8 ←①ファイルのタイプ ①の「Content-Type」がファイルのMIMIタイプである。HTMLファイルの場合には「text/html」になる。そのあとの「charset」で文字コードを指定することもある。 最後の「メッセージボディ」は実際にクライアントに送信するファイルである。つまり、HTMLファイルが要求された場合にはそのHTMLファイルの中身がメッセージボディになる。 ●メッセージボディ !DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http //www.w3.org/TR/html4/loose.dtd" " html head title Sample /title meta http-equiv="Content-type" content="text/html; charset=UTF-8" /head body bgcolor="#FFFFFF" h1 Hello /h1 /body /html
https://w.atwiki.jp/afk125/pages/12.html
Apachでリダイレクト Apatchのバーチャルホスト機能でリダイレクト "http.conf"で以下の設定を追加 VirtualHost * ServerName www.hoge.co.jp Redirect / http //www.hoge.com/ ErrorLog logs/hoge_error.log CustomLog logs/hoge_access.log common /VirtualHost HTMLで転送 ただし、アクセスできるページ分、このHTMLを作成しないといけないみたいですね www.hoge.co.jp配下ページの中身を head meta HTTP-EQUIV="Refresh" content="0;URL=http //www.hoge.com/hoge.htm" /head にするだけです。 ※その際に元のページが一瞬表示されてしまうため、 body タグは消してください。 参考URL ttp //support.cms.drecom.jp/m_forward2 ".htaccess"で転送 策3、そのサーバーで作成したコンテンツ毎に".htaccess"に行を追加するタイプ ".htaccess"に以下を記述 Redirect permanent /index.html http //www.hoge.com/index.html っていうように、コンテンツ毎に記述をしていく感じです。策2と違ってドキュメントルートに ファイル1個で済む感じですね 参考URL ttp //cefa.sakura.ne.jp/archives/2005/03/020514.php
https://w.atwiki.jp/gttokyojp/pages/12.html
@wikiにはいくつかの便利なプラグインがあります。 これ以外のプラグインについては@wikiガイドをご覧ください = http //atwiki.jp/guide/
https://w.atwiki.jp/abwiki/pages/84.html
ちょっとABとは関係のないお話 [edit] HTTPについて † Hyper Text Transfer Protocolの略。Webブラウザとサーバがやりとりする際などに使われる通信プロトコル バージョンHTTP/1.0と1.1が存在する。ここでは一応1.1ベース ↑ [edit] 準備 † まずはソケットを使った通信を読んでsendとrecvを使えるようになって頂きたい ↑ [edit] 使い方 † 初めにsendでHTTPのリクエストを送信する。続いてrecvでサーバから返事を受け取る 以上 ↑ [edit] リクエストの基本構造 † <メソッド><HTTPバージョン>CRLF <ヘッダ>CRLF CRLF メソッドはGETとかHEADとかPUTとか。プログラムでいう所の関数名 ヘッダっていうのはメソッドの付加情報。関数の引数みたいな物です メソッドは常に一つ。ヘッダは任意の個数です。無い場合もあります 各行の終端にはCRLF(Ex"\r\n"のこと)を付け、終端には空行を付けます ↑ [edit] レスポンスの構造 † レスポンスはリクエストをsendでHTTPサーバーに送ると必ず返されrecvで受け取ることが出来ます <HTTPバージョン><ステータスコード>CRLF <ヘッダ>CRLF CRLF <メッセージボディ> HTTPバージョンとステータスコードは送ったHTTPメソッドの実行結果で、これだけはレスポンスの先頭に必ず存在します 例 HTTP/1.1 200 OK ステータスコードは3桁の数字で表され、百の位が2なら成功、4ならクライアント側のエラー、5ならサーバ側のエラーになります 3の場合は処理を完了するために再度適切なリクエスト送信する必要がある場合を示します 1は複雑なんでパス ヘッダはメッセージボディの情報を表す部分ですがもしかしたら無い場合もあるかも メッセージボディはGETだったら対象となったリソース、POSTだったらCGIの実行結果とか ここもヘッダ部分と同様に存在しない場合がある(例:HEADメソッド) ヘッダとの間に空行がはさまっているので注意。またメッセージボディの最後にCRLFは存在しない ↑ [edit] HTTPメソッド † ↑ [edit] GETメソッド † HTTPサーバーからリソースを取得します 基本形 GET uri HTTP/1.1 Host hostname hostnameは接続するホストサーバー名です。ここのWikiだとURLのwww.2chab.netの部分です uriの部分は取得したいURLのホスト名より先の部分を指定します 2ちゃんねるのトップページを取得する例 GET / HTTP/1.1 Host www.2ch.net 本来は/index.htmlとか/の先の指定も必要なんですが、省略するとindex*(*は一字以上の文字列)を指定した事になります 略さないで書くと GET /index.html HTTP/1.1 Host www.2ch.net 成功すればレスポンスのメッセージボディ部分にGETの対象になったリソースが入っている ステータスコードは成功すれば200 OK。リソースが見つからなければ404。アクセス拒否なら403。サーバー過負荷なら503 もちろんこれ以外のステータスコードである可能性もある ↑ [edit] Rangeヘッダ † リソースに対するGETの範囲を指定するリクエストヘッダです リソースの128バイトから256バイトまで取得 Range 128-256 リソースの512バイト以降を取得 Range 512- このヘッダを含めてGETを送った場合、成功時のステータスコードは206になります 失敗した時は416(要求範囲が不正)が返されるかも ↑ [edit] If-Modified-Sinceヘッダ † リソースが指定日時より後に更新されているか調べるヘッダです 更新されていない場合はGETしません GMTで2007年5月5日午前0時以降に更新されているか調べる If-Modified-Since Sun, 5 May 2007 00 00 00 GMT このヘッダを含めてGETを送った場合、リソースが更新されていなければレスポンスには304(未更新)が返されます この場合メッセージボディはありません 更新されていれば普通に200番代のステータスコードとメッセージボディを返してきます ↑ [edit] HEADメソッド † HTTPサーバーからリソースの情報を取得します 基本形 HEAD uri HTTP/1.1 Host hostname CRLF hostname、uriはGETと同じです 成功すればリソースのヘッダだけ返ってきます(つまりHEAD=GET-メッセージボディ) ↑ [edit] POSTメソッド † HTTPサーバーに情報を送信します CGIのパラメータなんかを送信するために使う。実行結果がCGI依存なのでかなり厄介 基本形 POST uri HTTP/1.1 Host hostname Content-Type type Content-Length 25222length CRLF メッセージボディ hostname、uriはGETと同じ typeはフォームデータだけ場合はapplication/x-www-form-urlencoded 何らかのリソースを含む場合はmultipart/form-data 殆ど前者だけで事足りると思うが、アップローダーのようなリソースを受け付けるCGIは後者を利用する lengthは後に続くメッセージボディの長さ メッセージボディはapplication/x-www-form-urlencodedの場合 変数名1=値1 変数名2=値2... のように変数名と値を=で結んだ物を を区切りとして羅列する。変数名も値もURLエンコードされていなければならない multipart/form-dataは大変なので省略 成功すれば二百番台のステータスコードを返す リソースが既に生成されている場合201を返す(見たこと無いけど) ↑ [edit] GETでPOSTする † サーバーに情報を送信する時はPOSTを使うべきだが、極少量のデータであればGETでも送れる 基本形 GET uri?メッセージボディ HTTP/1.1 Host hostname CRLF uriの後に?とPOSTのとき送ったメッセージボディをつける。やはりURLエンコード必須 Content-TypeとContent-Lengthはいらない
https://w.atwiki.jp/battler/pages/822.html
現:https
https://w.atwiki.jp/saigasikito/pages/8.html
動画(youtube) @wikiのwikiモードでは #video(動画のURL) と入力することで、動画を貼り付けることが出来ます。 詳しくはこちらをご覧ください。 =>http //atwiki.jp/guide/17_209_ja.html また動画のURLはYoutubeのURLをご利用ください。 =>http //www.youtube.com/ たとえば、#video(http //youtube.com/watch?v=kTV1CcS53JQ)と入力すると以下のように表示されます。
https://w.atwiki.jp/lodungeon/pages/16.html
https //www.cave.co.jp/contact/